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1.  LNTRODUCTION 

.^alysis  systems  are  needed  in  the  Military-  planning  process  to  anticipate  and  respond  in  real-ume  to  a  dvnamicallv 

deSrhst^^h  “'""h  -  !!^veloping  automalltd  pSes  to 

en\c  hypwhtses  about  future  aJtemauves.  Combat  operations  are  conducted  in  the  presence^of  uncertain^  related  to 

altematn^s  that  might  emerge  as  events  unfold.  It  is  vinually  impossible  to  identify  or'predict  the 

cS^^s  otSom  (Colra?aln^'Th>''t  techn^ues  to  assess  si;edflc  planned 

f  ^  adversanal  environment.  Utilizing  High  Performance  Computer  (HPC)  clusters 

civ-nm^r"^  structure  simidaiions  can  be  e.vecuted  in  parallel  to  concurrently  evaluate  the  hvpcShesis  of  aiessing  a 
^  en  COA  against  a  r^ge  of  adversarial  eCOAs  [1],  The  desired  goal  is  to  establish  a  means 'trev.aluate  Ihe^SA  to 

awLSias  ushit  EBO  technical  challenge  of  supporting  wargame  simulations  that  assess  modem  campaign 
approaches  usmg  EBO.  Convenuonal  w-arganung  simulaUons  typically  execute  a  Fe-scripted  sequence  of  events  to  an 
adsersary  independent  of  the  opposing  force,  commonly  referred  to  as  the  blue  force.  In  addition  conventional 

"  tttoture  of  kinetic  and 

“PFoach  to  planning,  cxc-aiting,  and  assessing  miUtary  operaUons  that  focuses  on  the  effects  produced  from 

SSn.T  h"**  attacking  targets  [2].  HBO  incorporates  and  expands  upon 

let  targets-based  and  strategy-to-task.  A  significant  challenge  for  EBO  is  predicting  S^d 

“  adversary  bchasioral  outcomes,  and  how  those  behavioral  outcomes  impact 
the  adsersary  commandcT  s  decisions  and  friture  actions.  For  wargame  simulations  to  be  effective  in  an  effects  bLd 
l^ena,  they  must  ^low  users  to  evduate  multiple  ways  to  accomplish  Uie  same  goal  with  a  combination  of  direct 
indirect  and  cascading  events  (actions).  Wargames  must  also  be  dynamic,  in  that  the  opposing  force  will  react  to  blue 
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14.  ABSTRACT 

Effects-based  operations  (EBO)  are  proving  to  be  a  vital  part  of  current  concepts  of  operations  in  military  missions  and  consequently 
need  to  be  an  integral  part  of  current  generation  wargames.  EBO  focuses  on  the  producing  effects  from  military  activities,  as 
opposed  to  the  direct  result  of  attacking  targets.  Alternatively,  the  emphasis  of  conventional  wargames  is  focused  on  attrition-based 
modeling  and  is  incapable  of  assessing  effects  and  their  contribution  to  the  overall  mission  objectives.  For  wargames  to  be  effective, 
they  must  allow  users  to  evaluate  multiple  ways  to  accomplish  the  same  goal  with  a  combination  of  direct,  indirect  and  cascading 
events  (actions).  The  focus  of  this  paper  is  to  describe  the  development  of  a  methodology  for  the  implementation  of  EBO  concepts 
into  modern  wargames.  The  design  approach  was  to  develop  a  generic  methodology  and  demonstrate  how  simulation  objects  can 
incorporate  EBO  capabilities.  The  authors  will  illustrate  the  application  of  the  methodology  utilizing  an  EBO  scenario  example, 
which  was  developed  to  test  the  system. 
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force  actions  m  an  unsmpted  manner.  Tliis  paper  will  describe  the  development  of  a  generic  methodology  for  the 
implementauw  of  ^BO  concepts  mto  modem  wargames.  as  well  as  demonstrate  how  simulaUon  objects  can 
incorporate  the  EBO  capabilities.  This  generic  methodology  concept  can  be  used  for  implementation  of  operadonal- 
level  wargammg.  taking  into  account  EBO  as  well  as  attriUon-ba-sed  concepts. 


2.  OBJECTTV'E 

The  objtxuve  of  this  m.search  is  to  estabUsh  a  modeling  methodology  that  will  demonstrate  the  techniques  and  metliods 
to  ‘nclude  EBO  o^ational  concepts  into  virtually  any  event  based  wargame  simulator.  ThcTcfore.  the  approach  is  to 
establish  a  generalized  methodology  that  could  he  reasonably  integrated  into  any  applicable  w-argame  simulation.  A 
.seconda^  issue  was  to  develop  a  modeling  methodology  that  will  allow  a  user  to  create  an  arbitraty  EBO  center  of 
gravity  (raC)  [3]  model  that  will  he  transformed  into  a  simulation  model  for  execution.  The  goal  is  to  develop  a  single 
generic  EBO  simulation  object  capable  of  mimicking  this  arbitrary  EBO  behavior. 

^  modeling  concepts  that  the  system  must  be  capable  of  emulating  to  establish  an  effective 

COA/eCOA  aiialj'sis  hamework: 

Arbitraty  input  attributes  that  can  influence  or  conuibute  to  the  overaU  system  state. 

The  ability'  to  target  in  some  mamier  each  attribute  for  some  type  of  disruption  or  destruction. 

-  Attribute  items  can  provide  observable  indicators  that  appropriately  identify  the  direct  or  indirect 
effect  achieved. 

-  The  ability  for  effects  to  be  cascaded  between  multiple  EBO  model  objeas. 

-  The  ability  to  support  complex  effects  where  multiple  effects  are  used  to  achieved  the  overall 
objective. 

To  verify  that  the  generic  metliodology  could  be  utilized  for  the  implementation  of  EBO  concepts  into  mcxlem 
wargames.  an  EBO  demousiralion  scenario  was  utilized  to  test  the  system.  We  chose  a  portion  of  an  AFRL/IF  notional 
scenario.  Operation  DENY  FORCE,  whidt  was  designed  to  support  a  lest  case  that  highlights  technologies  developed 
by  AFRL.  The  scenario,  wliich  will  be  further  discussed  in  Section  4,  highlights  application  of  kinetic  and  non-kinetic 
operatiotis,  including  Psychological  Operations  (PSYOPS).  relating  to  achieving  and  maintaining  Air  .Superiority  Mihin 
a  campaign  plan.  It  sliould  be  reiterated  that  the  scenario  is  notional,  and  the  purpose  was  to  demonstrate  how  the 
modeling  methodology  could  be  applied  to  build  an  EBO  COG  nuxld  and  create  simulation  objects  representative  of 
EBO  capabilities  for  modem  wargames. 

The  development  process  vv'as  divided  into  two  phases.  The  first  phase  was  to  develop  the  modeling  and  simulation 
methodology  as  a  stand  alone  capability  anePthe  second  phase  was  to  integrate  the  modeling  system  within  a  specific 
w'argame  simulator.  This  paper  discu.sscs  the  first  phase  of  the  project.  We  selected  the  Sv'nchronous  Parallel 
Imvironmem  for  Emulauon  and  Discrete-Event  Simulation  (.SPEEDES)  framework  [4]  for  developing  the  underlying 
simulation  models.  This  was  a  somewhat  arbitrary  selection  process  based  on  our  desire  in  the  second  phase  of  the 
project  to  integrate  this  EBO  modeling  methodology  within  our  Force  Struclure  Simulation  (FSS)  research  project  [5]. 


3.  IMPLEMENTATION 

The  desire  to  .simulate  EBO  characteristics  as  a  behavioral  object  within  a  wargame  simulator  requires  the  conventional 
attrition-ba-sed  simulation  framework  to  be  extended  in  several  ways.  The  simulation  must  be  capable  of  simulating  not 
only  the  standard  direct  kinetic  events  but  also  non-kinetic  actions  and  indirect  cascading  events  and  complex 
intOTactions  that  control  the  state  of  specific  COGs.  Finally,  a  method  to  observ'e  the  simulation  objects  and  obtain 
indicators  related  to  the  state  of  the  EBO  object  is  required.  A  Java  tool,  referred  to  as  “JavaCOG.”  was  developed  to 
support  the  creation  EBO  COG  mtxlcls  and  their  related  properties,  developing  an  abstract  COA  and  producing  the 
parameter  file  that  the  simulation  requires.  This  section  will  discuss  the  construction  of  the  EBO  object,  the  event 
structure,  how  the  simulation  responds  to  the  events,  and  the  Jav-aCOG  tool. 
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3.1 


Simulation  Framework 


nic  simulation  framework  was  developed  using  C++  and  the  SPEEDES  API  [6],  Every  EBO  simulation  ohicct  is 
coated  using  ihe  same  base  object  class.  In  u.sing  this  generic  cla.ss  approach,  any  obiect  can  exLh  EBO 
characteristics.  The  simulaaon  object  properties  are  initialized  and  constructed  by  parsing  an  input  parameter  file  This 
paranietCT  file  contains  the  ^openies  that  define  the  simulation  object  including  name,  types  of  actions,  the  action's 

iucluding  their  cascading  event  properucs.  A  cascading  event  is 
sS-  a  dependent  node  that  will  have  an  effect  on  tlte  object.  EBO  object  c+eates  its  own 

specific  sti^  stniciure  by  creating  an  array  of  possible  actions  and  properties  associated  with  those  actions.  Tlie 
simulauon  object  also  obtains  the  names  of  objccLs  it  relies  upon;  it  rec-eives  events  from  those  objects  using  the  objects 
name  as  a  trigger  strag.  The  object  then  creates  an  array  of  all  the  dependant  objects  along  with  possible  cascading 
event  properties.  Object  properties  will  be  discussed  in  more  detail  below. 


3.1.1  Event  Framework 


There  are  several  types  of  events  m  the  SPEEDES  framework  that  were  used  in  the  simulaUon.  This  section  will 
e.\plam  what  types  of  events  were  used,  why  they  were  .selected  and  how  the  events  fimaion.  Tlie  fir.st  type  of  event  is 
a  point  to  point  event  where  a  simulation  object  .schedules  an  event  on  another  specific  object.  This  event  scheme  is 
used  to  schedule  the  COA  actions  on  an  object  or  scan  an  object  for  an  indicator.  The  next  event  tvpe  is  used  to  allow- 
an  object  to  schedule  an  event  rni  itself  and  control  its  internal  stale?  for  example,  powering  off  a  generator  as  fiiel  is 
et^austed.  These  events  are  referred  to  as  local  events.  When  a  simulation  object  is  affected  by  a  cascading  event  or  a 

LUA  event,  the  object  calculates  future  aciions/reaclions  and  schedules  an  event  on  itself  to  notifv  when  the  new-  state 
begins. 


Since  the  design  approach  uikc-n  was  to  have  a  dynamically  coupled  network,  it’s  es-sendal  for  an  object  to  schedule 
events  on  multiple  unknown  objects.  'Ihis  final  event  type  used  for  implementing  cascading  events  is  much  more 
complex.  A  cascading  event  is  .scheduled  on  objeeLs  that  rely  on  an  affected  object  and  the  relation  matrix  for 
^'heduling  tho^  events  are  unknown  and  arbitrarUy  complex.  SPEEDES  undirected  event  is  well  suited  to  accompUsh 
this  task.  Undirected  events  are  scheduled  using  a  trigger  siring.  Tlie  event  is  broadcast  to  all  simulation  objects 
.subscribed  to  the  specific  trigger  string.  Therefore,  when  an  objects  state  change  creates  a  cascading  event,  the  object 
will  sch^ule  an  event  with  its  name  as  the  trigger  string  and  the  properties  alfected  as  the  data.  The  mstriction  implied 
here  is  that  each  EBO  objects  must  have  a  unique  name. 

3.1.2  Event  Processing 

The  simulation  objects  must  react  to  different  types  of  eveiiLs  in  different  ways.  As  staled  above  there  are  many  ivpcs  of 
cv-ents  dial  are  necessary  to  simulate  EBO  object  behavior.  This  secdon  illustrates  how  the  simuladon  object  wUl  react 
when  It  receives  any  of  the  events. 

\\^en  a  simulation  object  receives  a  COA  event,  the  object  idenlifie.s  the  type  of  acdon  and  then  finds  the  properties 
associated  with  that  COA  action.  Hie  simulation  object  then  calculates  the  impact  of  the  action  using  a  random  number 
and  the  states  probability  properties  to  determine  if  die  COA  wUl  have  an  effect  on  the  object.  If  the  COA  fails  to 
pri^uce  an  effecU  the  object  continues  operating  normally.  But.  if  the  COA  action  produces  an  effect,  the  simulation 
objea  updates  its  potential  action  list  and  .schedules  two  local  events.  The  first  event  scheduled  cmitrols  the  amount  of 
time  delay  between  the  CO.^  action  and  when  the  objects  state  may  change,  the  effect.  The  scheduled  time  for  the 
affected  event  is  calcuKited  by  acquiring  the  current  dme  then  adding  die  delay  time  of  the  influencing  action.  The 
second  local  event  is  scheduled  for  when  the  simulauon  object  w-ould  recover  from  die  direct  action.  This  event  is 
scheduled  by  adding  the  recovery"  time  to  the  current  dine  plus  the  delay  dnic. 

Fhe  EBO  object  as-sasses  its  potcndal  state  change  by  testing  to  determine  if  any  events  were  received  that  would  cause 
this  new  state  change  to  be  ignored.  There  arc  two  reasons  that  could  cau.se  the  state  to  be  ignored.  The  first  is  that  the 
afleci  has  already  occurred  and  the  object  is  already  in  that  state  or  a  new  infiuencing  factor  eliminates  the  need  for  a 
-state  change.  For  example,  if  the  backup  .system  was  repaired  before  the  delay  time  occurred  then  the  object  would 
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xr,;r.'  ^n'"- 

rcSA\“r.!ssi‘'r.rir/rr''s^ 

object.  ‘>'P"  through  the  simulation  from  object  to 

»  ted  even,  .ha,  wi  ^t,“u  i  ^  i  J  Iff.  'Z‘"'‘T‘^!  “f'™  >■•'''"“  ■>!>«  of  »vo„,  k 

cascading  even.  .ha.  signds  d,c  Ztoterf  .te  Lt»  .t.'r"  J  second  even,  is  a 

die  repair.  To  find  .he  sMnTot^e  «ea  “Tr"""’  "'*  *'  ‘*j“'  "‘y  “ "1“' 

objec.  in  d,e  objea  array  or  an  affected  acrion  in  £Son“^v“lf‘S'S'‘,te‘‘  h”''?'"’  “”8  »  "ffoned 

object  can  change  its  State  from  affected  to  oneratinn  il  llr^  ^  r  k  ^  are  normal,  then  the 

Jl  reevaluate  fts  state TlS^e 

..  pr,„.„g  tactions  wii,  „  rep, need  of.h  00^™?^^' ™  X“ 

3.2  JavaCOG  —  Java  COG  authoring  tool 

==SS==ii== 

5:d"nsi):^nTb{r:=;rbS:ecrta  .t'srordirrot^  ttet  .tsies 

Tlie  user  can  further  define  a  node’s  properties  by  utilizing  the  editing  mode  Ficure  '>  is  -.n  Pv^nmi,.  Th»  .. 

nSe''Sf[h“  s«e‘-'n  allois  the  user  to  change  Ae  ^amr^Uie 

node,  edit  the  acuons.  and  edit  the  indicators  for  this  node.  On  the  lower  half  of  the  .screen  are  the  properties  of  all  the 

I  es  that  can  affect  the  Work  Force.  The  InHuenciug  Attribute  drop  down  menu  aUows  the^user  to  select  ihe 

be  affeS  "  F^r  ex^nle^b  T  Probability  that  this  influencing  node  will  cause  the  main  n<Kie  to 

anec^d.  For  example,  m  Figure  2,  if  the  TransportaUon  Infrasuuctxire  node  was  affected,  there  would  he  i  hioh 

K'i'fve^  low")  roT  o';"''""  ^  event.  Cummtly.  the  probabiliue.s  values  are  £i 

iheTnOn  ^  ^  ^  “  “‘^™ents  of  0.2.  Next,  the  user  has  Uie  option  to  assign  a  complex  effect  for 

the  influencmg  node.  A  complex  effect  is  defined  where  all  of  the  influencing  nodes  must  be  aSeted  to^inlluence  the 
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I  Possible  DisfUtit Time 
‘2  1550-3:1550 


Figure  I.  Example  of  JavaCOG 

A  fundamental  feature  of  EBO  is  to  influence  the  enemy  by  using  kinetic  :ind  non-kinctic  tactics.  An  object  must  be 
able  to  react  to  different  aaions  in  different  ways.  Therefore,  an  object  mu.st  know  what  type  of  actions  can  be  taken 
against  it.  and  how'  to  react.  When  modifying  or  creating  an  action,  the  u.ser  will  have  a  yiindow  similar  to  Figure  3. 
From  this  window  the  user  can  enter  the  properties  that  die  simulation  will  need,  such  as  the  name  of  the  action,  the 
delay  time,  the  probability  of  succc.s.s.  and  the  amount  of  time  it  will  it  take  for  the  object  to  recover  from  this  action! 

After  the  model  has  been  created,  an  abstract  COA  set  is  developed  with  JavaCOG.  The  abstract  COA  is  defined  for 
testing  purposes  .and  therefore  contains  sufficient  information  to  test  the  modeling  .system.  The  abstract  COA  consists 
of  the  intended  targeting  action,  when  it  will  be  applied  and  the  object  that  will  be  targeted.  The  table  in  the  bottom 
window  of  Figure  I  of  the  JavaCOG  screen  represents  a  CO.A  for  this  c.\ample.  The  table  is  compri.sed  of  seven 
Columns.  Hie  lirst  three  columns  contain  the  COA  information  described  above,  and  the  last  four  columns  assist  the 
user  when  creating  the  COA  test  set.  All  of  the  information  contained  within  this  table  was  input  during  the  model 
creation  stage,  with  tlic  c.xccption  of  the  ‘Time”.  The  ‘Tune”  ailumn  is  the  lime  when  the  acucm  is  scheduled.  The 
time  formal  is  dayitimc.  therefore  2:1350  is  read  as  on  day  2  at  1350.  The  next  two  columns  represent  the  acdon  to 
take,  and  the  node  for  which  the  action  is  scheduled.  The  first  action  .scheduled  in  the  COA  shown  in  Figure  1  is  to  drop 
leaflets  on  the  Work  Force  ntxle  on  day  2  at  1350. 

As  stated  above,  Uie  nc.xt  four  columns  serve  to  assist  die  user  in  viewing  key  GOC  attributes  when  creating  the  COA 
test  set.  The  probability  column  displays  the  likelihood  of  success  of  that  acdon  on  the  given  node.  The  next  two 
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main  n^e.  This  translate  to  in  this  e.xample,  for  the  Work  Force  to  be  influenced;  the  Transportadon  Infrastructure 
and  anther  node  must  be  infiiienced.  In  this  example,  there  is  no  complex  effect  for  the  Work  Force  node  The 

shown  in  Section  4  yyill  illustrate  complex  effects.  The  next  propcrlv  that  can  be 
^iicd  IS  the  delay  time.  TTic  delay  tune  is  the  amount  of  time  it  lakes  for  the  aaioti  to  directly  influence  the  main  node 
The  last  properties  to  be  edited  are  the  indicators.  The  indicators  in  this  section  are  in  reference  to  the  ohsery'alions  that 

;?^as™e)''  (TrSis^n 


&  JavaCOG  Editor 


9  □  Actions 

[3  Power  Grid 
9  Power  PlanI 

©■  Cj  Possible  Actions 
9  1I3  Scheduled  Actions 

D  3:2200  Bomb  Power  Plant 
9  (3  Work  Force 

9  [I3  Possible  Actions 
-  D  Drop  Leaflets 
Q  Bomb  Parking  Lot 
9  l3  Scheduled  Actions 

Q  2:1350  Drop  Leaflets 
®"I3  Transportation  Infrastructure 


Work  Forre 


povw  Pl»rt 


Transport^on  Irtriist/uchjre 


2:1350  DropLaaflets  Work  Force  iVgr/Low  2.0hrs 
3:2200  Bomb  Pi^r  Plant  Power  Plant  JVeryHigh  O.Ohrs 


<1  am 


Di  (Ip  Leaflets 


Add  Action 


Remove 


Pfobabilrty 


lelayTime 

Operational  Indicator  for  Attribute 
iftienced  Indicator  for  Attribute 


Normal  Trafilr.  Arnund  Fac 


‘.rourrj  Fanlii 


ilay  Time  for  Effect  ;0  Q 
tovery Timoroi  Eff-  Ifn 


columns  refer  to  the  delay  and  recovery  time  fnr  th,.  i  i  • 

actual  Ume  the  node  wouW  be  affected,  if  the  action  was  successrul^'^'nh"  r"  represents  the 

follows:  on  day  2  at  1350  a  drop  lea^cts  achorwi  t  ^  1  can  be  read  as 

probability  of  successfiilly  influencing  the  Work  Foree  bS^  itTd^"  '’“'c  a  verv  low 

Work  Force  will  recover  24  hours  later  so  the  possible  affected  m  C"a;T55f 


Effects-flated  Operation  Properties 


I  rae  Help 

Name: 

Actions 


Vorking  Indicator 
isrupted  Indicator 


Edit  Indicator 

|Car3  in  Parking  Lol 

Edit  Indicator 

Lack  of  cars  In  the  Paddng  Lot  ! 

InnuencinaAttribirte  jVans'piMtatlon  Infrastrucligp  ▼ 


.^.VeryHigh  #  High  gNoimal  S  Low VcVlow 

■"  --y  ^..,1  -  v" 

\  Clrango  Complex  Effect  I  NONE  '  "I'  i; 


.  _  ^  V'  - 

V-  %  ' 


Figure  Z  Example  of  Editing  Work  Force 


Hfe  Help  ^ 
Mama 


jD'cp  Leatlelsl 


■  - 

■r  ■  V  ■■  v,  ■ 

’  '  •  .  ’  ir  *m 

4  . 

■-*  '■- 


Proljsliility 

l^Hiuh  OHlgh^^Nonnal  Low  ^^rytow 
I  C^tcnl  j  ‘  ^  ^ 

_ _ _ 

Rgure  3.  Example  of  Action  Properties 
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Once  COG  m<^cl  is  complele  and  a  COA  tesi  set  has  been  developed,  the  next  step  is  to  simulate  the  COA  The 
JavaCOG  tool  has  been  developed  to  generate  a  SPHEDES  parameter  file  wluch  can  be  utilized  within  the  simulmion. 


4.  RESirLTS 

To  verify  the  operational  goals  a^  that  the  generic  methodology  was  acliieved,  numc>rous  test  sets  were  constructed  and 
anal>7ed  during  development.  The  final  analysts  process  was  to  utilize  an  e.xisling  documented  EBO  demonstration 
scenario  to  te.st  the  system.  'Ve  chose  an  Air  .Superiority  scenario,  w^hich  highUghis  the  application  of  kinetic  and  non- 
kuictic  o^-rattons.  mcluing  PSYOPS.  In  addition  to  the  various  types  of  operations,  numerous  tvpes  of  effects  have 
been  implemented,  mcluding  dnect,  indirect,  complex,  cumulative  and  cascading  [7J. 

4.1  EBO  COG  Model 

COG  model  is^  shown  in  Figure  4.  This  model  is  far  from  complete,  but  is  complex  enough  to 
demons^e  the  validity  of  the  methodology  and  tliat  the  system  can  be  applied  in  more  complex  EBO  scenarios.  The 
COG  model  vvas  developed,  such  that  for  the  blue  force  to  achieve  Air  Superiority:  the  C2,  I^dar  Sites  and  SAM  Site.s 
mu.st  all  inoperau^.  As  you  can  sec  in  Rgure  4.  each  of  ihe.se  nodes  is  reUant  on  other  nodes,  as  depicted  bv  the 
he^f  of  the  anxiws.  The  way  to  interpret  the  COG  mcxiel  is  as  follows:  the  C2  node  depends  on  the  computer  svstem 
and  the  Ra^  Sites  to  perform  adequately-,  the  Radar  Sites  depend  on  the  Generators,  Radar  Comm  and  the  Power'crid, 
and  so  forth.  Hovvever  all  of  these  dependencies  should  not  be  interpreted  as  a  complex  effect  in  our  model.  Case  in 
^mu  the  Rad^  Sites  depend  on  a  power  source  (Generators  or  Power  Grid)  to  operate  and  not  neces.sarilv  Comm 

SuTul^ly.^e  Power  Grid  requires  either  the  Power  Plant  or ‘the  Backup  Power  Grid  for  operation,  and  not  necessarily 
the  W  ork  Force. 


To  further  define  the  types  of  EBO  effects  within  our  model,  a  brief  explanation  follows.  .An  example  of  a  direa  effect 
vvouW  ^  Iwmbmg  the  Generators  to  make  them  inoperative.  An  indirect  effect  of  this  action  would  be  die  impact  on 
tl^  Radar  Sites.  However,  as  described  previously,  the  Radar  Sites  would  still  be  operational  until  the  Power  Grid  is 
.^ected.  hence  a  complex  effect.  A  cumulative  effect  can  he  defined  as  follows:  taking  a  direct  action  on  the  Power 
Plant  and  the  Backup  Power  Grid  will  result  in  the  Power  Grid  being  boperative.  This  will  also  result  in  die  SAM 
Production  Sites  being  inoperative,  wiiich  will  eventually  lead  to  no  S.AMs,  which  results  in  the  SAM  Sites  being 
inopCTativj.  A  ca.scading  effect  can  be  described  m  this  scenario  as  the  end  result  of  taking  direct  actions  over  ume  on  a 
ni^ber  of  be  luxles  telow  the  C2.  Radar  Sites  and  S.-AM  Sites  resulting  in  the  blue  force  .Air  SuperioriU'.  Once  the 
CCXj  model  was  completed  with  dependencies  between  nodes,  along  with  applicable  data,  a  COA  was  developed. 

4.2  CO.A  Development 


test  set  is  twdmed  in  Table  1,  which  is  a  screenshot  of  the  lower  portion  of  the  main  JavaCOG  window  for 
this  COA.  Refer  to  Section  3.2  for  further  details  concembg  the  specific  categories  of  Table  1.  The  goal  of  the  blue 
c  Superiority.  To  accomplish  diis,  because  of  the  complex  effect  nature  of  the  COG  model 

die  C..  Radar  .Sites  and  SAM  Sites  need  to  be  rendered  inoperative.  The  order  in  wbch  the  actions  were  accomplished 
K  reflected  in  the  Table.  The  goal  was  to;  first  take  down  the  Radar  Sites,  followed  by  the  SAM  Sites,  and  finallv  the 
C2  node.  The  umings  were  such  that  the  COA  Ixsted  for  about  a  day  and  a  half.  Leaflets  were  dropped  on  dav  1  at 
0400  to  affect  the  Work  Force  followed  by  dropping  a  bomb  on  the  Generators  at  0430.  The  next  action  is  to  scm  the 
Radar  Sites  bdicalor  to  determbe  if  the  desired  elTect  has  been  acbeved.  If  still  opcraiion.-U,  the  next  action  b  the 
COA  would  be  to  take  out  the  Power  Plant  followed  by  ilie  High  Power  Lines  that  connect  the  Backup  Power  Grid  to 
the  Power  Grid.  If  successful,  the  Radar  Sites  would  now  be  inoperative. 

pie  next  goal  is  to  render  ilie  SAM  Sites  boperative.  Assuming  the  blue  force  was  succe.ssfiU  b  taking  down  the 
Ipwer  Grid,  the  SAM  Production  Site  vTOuld  already  be  inoperative.  Destroying  the  POL  for  SAMs  would  eliminate 
the  threat  of  SAMs.  The  last  node  to  impact  blue  force  Air  Superiority  is  the  adversary  C2  node.  The  network  is 
targeted  to  cau.se  confusion  and  be  bability  to  order  b  back  up  forces.  ‘The  last  action  is  to  scan  the  Air  .Superiority 
inbcator  to  see  if  it  has.  b  facL  been  achieved.  The  COG  is  complete,  die  COA  has  been  fully  developed,  and  now'  the 
COA  will  be  sav'ed  as  a  SPEEDES  panuncter  file  for  bput  to  be  sbiulation  itxil. 


Proc.  ol  SPIE  Vol.  5423  49 


7 


Communications 


Radar  Comm  p6va 


SAM  Production  Silss 


Poww  Plant  Work  Foi;^  Backup  Power  Grid 


Transportation  Wraitruclure 
Figure  4.  AirSuperiority  COG  Model 


'Action 

jProp  Leaflets 
IBomb  Generator 


1:2330  iBomb  Power  Plant _ IPower  Plant 

1 :2330  Destroy  High  Power  Lines  iBackup  Power  Grid 

2:0030  Scan _ • 

^:0200  iPestroY  POL  for  SAMs 

2:0300  liake  down  Network 


POL  for  SAMs 


IComputer  System 


jAir  Superiority 


Table  1.  Air  Superiority  COA 


4.3  COA  Analysis 


running  the  sunulation  in  brief  reporting  mode  with  the  parameter  file  generated  from  the  Air  Superiority  data  set 
the  results  ^e  manually  verified  and  can  be  riewed  in  Figure  5.  In  brief  reporting  mode,  the  only  output  displayed  is 
When  an  objm  is  scanned  for  mdicators;  this  is  accomplished  by  scheduling  a  corresponding  COA  action.  The  first 
electromagn«ic  waves,  which  is  the  indicator  for  an  operational  radar  site.  This  indicates  that  one 
ot  the  COA  acuons  was  unsuccessfril  at  affecting  their  object.  Tlie  nc.xt  three  obsenations  show  the  COA  actions  were 
successful  in  affecting  the  Radar  Sites,  C2,  and  Air  Superiority  objects,  respectively. 

To  ftirthCT  analyze  the  results  and  understand  the  behavior  within  the  COG.  the  simulation  was  also  run  in  verbase 
m^.  The  output  IS  shown  in  Figure  6.  In  this  debugging  mode,  the  simulation  will  display  information  explaining 
why  the  object  was  or  was  not  affected,  llie  simulation  prints  out  events;  results  of  COA  actions,  recovery  actions  and 


cascading  events,  as  well  as  displaying  the  complex  effects.  The  first  two  lines  show  the  possible  results  of  a  COA 
action.  The  hrsi  line  explains  that  the  Dropping  of  Leaflets  on  the  Work  Force  was  unable  to  affect  that  object.  The 
ne.xt  line  indicates  that  the  Bomb  Generator  action  on  the  Generators  w'as  successful.  The  third  line  in  Fi‘nire  6 
demonstrates  a  direct  and  complex  effect  that  results  in  the  Power  Grid  object  remaining  unaffeacd.  UTiile  lines  8-19 
display  more  cumulative  and  complex  effects,  witli  both  successful  and  unsuccessful  results.  First,  two  COA  actions 
occurred,  one  on  the  Power  Plant  and  ilie  other  on  the  Backup  Power  Grid,  then  the  simulation  displaj-s  the  cumulative 
effects  on  the  Power  Gnd  that  ripple  on  to  the  Radar  Sites  and  SAM  Production  Sites.  Followed  by  line  15  svhere  the 
simulation  di.splay's  that  tlie  C2  object  is  still  operating  after  the  radar  sites  have  been  affected. 


Scanning  Radar  .Sites  on  day  1  at  12:00 
Electromagnetic  Waves 

Scanning  Radar  Sites  on  day  2  at  00:30 
No  Electromagnetic  Waves 

Scatuiing  C2  on  day  2  ai  OS^X) 

Inicr-node  messages  less  then  50%  normal 

Scanning  Air  Superiority  on  day  2  at  10:00 
US  aircraft  has  unfettered  access 


Figure  5.  .Simubtion  Ouipm 


Work  Fcace  is  operating  after  Drop  l.eaflcls  on  day  I  at  04:00 

Generators  is  affected  by  Bomb  Generator  on  day  1  at  04  JO 

Generators  is  down  but  Power  Grid  is  still  operating  keeping  Radar  Sites  running 

Scanning  Radar  Sites  on  day  1  at  12fl0 
Electromagnciic  Waves 

Power  Plant  is  affected  by  Bcrob  Power  Plant  on  day  I  at  23:30 

Pow'cr  Plant  is  down  but  Backup  Power  Grid  is  still  operating  keeping  Power  Grid  running 

Back-up  Power  Grid  is  affected  by  Destroy  High  Power  Lines  on  day  1  at  23  JO 

Power  Grid  is  affected  by  Backup  Power  Grid  disruption  on  day  I  at  23:30 

Radar  Sites  b  affected  by  Power  Grid  disrufxion  on  day  1  at  23:30 

SAM  Productian  Sites  is  affected  by  Power  Grid  on  day  1  at  23:30 

Radar  Sites  Ls  down  but  C2  is  still  operating  kee{)ing  Air  Superioritj'  running 

C2  is  still  (grating  without  Radar  Sites 

S.AVl  Sites  is  still  operating  without  Radar  Sites 

SAM  Production  Sites  is  down  but  POL  for  SAMs  is  still  operating  keeping  Sam  Sites  running 

Scanning  Radar  Sites  on  day  2  at  00 JO 
No  Etectroraagncric  Waves 

Computer  System  is  affected  by  Take  down  Nenvorfc  on  day  2  at  03KD0 

C2  is  affected  by  Computer  System  on  day  2  at  03:00 

C2  is  down  but  Sain  Sites  is  still  operating  keeping  Air  Superiority  running... 

Repairing  Back-up  Power  Grid's  Destroy  High  Power  Lines  on  day  2  at  2330 

Backup  Power  Grid  b  operating  again  on  day  2  at  23:30 

Repairing  Power  Grid's  Backup  Power  Grid  on  day  2  at  23:30 

Pow  er  Grid  b  operating  again  on  day  2  at  23  JO 

Repairing  Radar  Sites's  Power  Grid  on  day  2  at  23:30 


Figure  6.  Simulation  Output  in  Debug  Mode 


Proc.  of  SPIE  Vol.  5423  51 


9 


po“:  Sf  .t  b”[4  r.t  S  ”  ““Th  “"“  »'  '"s" 

of  Figure  6.  Mer  the  repair  of  the  Backim  pL-r  '*  displayed  on  the  bottom 

5.  RJTUREWORK 

changes  are  being  made  to  the  EBO  modeling  system  to  expand  die  variability  of  the  EBO  model  behavior 

Once  the  implementation  concept  is  confirmed,  the  next  phase  of  the  project,  as  mentioned  previously  is  to  intearate  the 

LevrArehhmS^lriLAHSr';  ^*’7 T  “PP''‘'^'’“  ^‘‘-'hieve  L  integration.  RrsT.  a  High 

ufiliAVh?  Iv  I  ^  developed  that  will  allow  any  HLA  compliant  simulation  fi-amework  lo 

trluc  the  developed  m^eling  system.  The  second  approach  is  to  integrate  the  EBO  modeling  system  directlv  into  a 

^^ch  vvarc^-'FSS^^"°'^f  approach  to  integrate  direcUy  with  our  SPEEDES  based 

'™sanie  simulator  will  require  three  modifications  to  the 

modified  to  support  analysis  rather  than  defining  the  e.xecution  scenario.  iTie  COA  scenario  will  be  replaced  with  the 
scenano  generation  capability  utilized  with  our  FSS  system.  Second,  the  model  data  set  generator  will  be  merced  and 
mte^ated  with  the  FSS  system  to  define  and  build  the  EBO  object  models.  Finallv,  the  EBO  models  tlienrselvesWill  be 
milled  to  con  orm  to  and  execute  with  the  FSS  simulation  framework.  Tliis  capabilitv  w^  Z^  t  “  v c^r 

research  test-bed  to  support  our  COA/eCOA  research  goals.  '  '  uuu/eo  wimin  our 

j 

5.1  Conclusion 

'  ,  ^  tT  '  *  effects.  Muluplc  EBO  COG  models  and  test  sets  w-ere  developed  to  test  and  evaluate  the 
Ti?EBO^rm? f  i"''**  "'"f  convertqd  into  a  simulation  data  set  and  evaluatS  for  accuracy  and  realism 

^luLf.?  TTie  mJem ^oundvvork  for  integrating  the  modeling  concept  into  a  ftiU  featLd  w-argame 
latOT.  The  modem  vvargame  simulators  will  then  support  an  operational  level  EBO  COA  analysis  process  tSang 
mo  account  dirccu  indirect,  complex,  cumulative  and  cascading  effects.  The  next  phxsc  of  developmg'^tlreTn^eS;^ 

friwiS  wTST‘  The  top  technical  challenge  to  the  .successfuimregraiion  5^th^ 

established  between  the  EBO  models  and 

utilization  of  the  indicators  as  observ'ations  by  the  wargame  simulator. 
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